在传统云盘中，所有的数据都会被缓存在PageCache中，修改过的Page会被异步刷回服务端，所以云盘的延时都比较低。但在NFS文件系统中，NFS不会将新创建的文件或者新写入的内容缓存在PageCache中，而是尽快刷回NAS服务端。因此，当多个ECS共享一个NFS协议文件系统时，NAS所有的操作都会比云盘多一次网络调用开销，这个开销一般在100us ~ 1ms之间。其中，尽快刷回NAS服务端，则涉及NAS所提供的如下多节点一致性模型：

更多有关NFS超时的最终一致性模型内容，请参见NFS。

由于超时的最终一致性无法保证ECS-2可以立刻读ECS-1写入的数据。因此，为了提升一致性，NFS还提供了基于文件的CTO（close-to-open）一致性保证，即当两个及以上计算节点同时读写相同的文件时，ECS-1的修改在ECS-2不一定能立即看到。但是，一旦ECS-1打开一个文件，写入若干数据，然后执行了文件关闭操作，之后在任何一个计算节点重新打开该文件都可以保证能访问到新写入的数据。

例如，生产者ECS生产了文件X，生产完毕后执行了close。然后给消息队列发一条消息说，文件X生产完毕。消费者ECS订阅消息队列，读到消息X（文件X生产完毕），此时，消费者ECS再去open这个文件，通过open返回的fd去读取这个文件，则一定能够读到文件X的所有内容。如果消费者ECS在生产者ECS生产完毕之前，就open了文件X，并且持有了fd，当收到消息后，直接用这个fd去读，是不保证能够读取到最新数据的。

关于解决文件创建或写入延迟的解决方案，请参见如何解决在NFS文件系统中创建文件延迟问题？和如何解决向NFS文件系统中写入数据延迟问题？。